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10 FIELD OF THE INVENTION 

The present invention relates to a system and a method for 
aggregation of user applications for limited-resource devices, and in 
particular, to such a system and method in which applications are aggregated 
into a service for provision by a service provider. Examples of suitable 

15 devices include, but are not limited to, cellular telephones and handheld 
computers. These devices are "limited-resource devices" in that 
computational resources such as memory, storage space and/or data 
processing capabilities are limited, particularly in comparison to other 
computational devices such as PCs (personal computers), for example. 

20 

BACKGROUND OF THE INVENTION 

Cellular telephones have recently become increasingly popular for 
mobile voice communication, as well as for the exchange of text messages 
and other types of data. For voice communication, cellular telephone 
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systems provide similar services as the fixed, wire-based telephony system, 
or PSTN (public switched telephony network), except that cellular telephone 
systems are based upon signal transmission through radio frequency signals 
rather than wires. Hence, cellular telephones are also termed "wireless 
5 telephones", and communication over such telephones is termed "wireless 
communication". 

One advantage of cellular telephones is that they permit mobile 
communication, such that subscribers are able to communicate while 
traveling, or otherwise when they are not at a fixed physical location. In 

10 addition, cellular telephones permit subscribers to be contacted regardless of 
the location of the subscribers. These advantages of mobile communication 
are also useful for the exchange of data, such as for text messages and even 
Web pages, for example. Cellular telephones are able to receive text 
messages through message exchange protocols such as SMS (short message 

15 service), for example, which permit one-to-one communication between 
cellular telephones through text messages. In addition, the WAP (wireless 
application protocol) protocol enables cellular telephones, which are WAP- 
enabled to receive Web pages. Thus, cellular telephones potentially provide 
a full communication solution for all of the different types of electronic 

20 communication for a subscriber. 

However, cellular telephones have a number of disadvantages over 
other types of computational devices which are used to exchange data, such 
as desktop computers, for example. Cellular telephones have limited 
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resources, and as such can be considered to be limited resource devices. 
They are limited by at least one of available memory, storage space, size of 
the display screen, and/or computational power, as represented by the ability 
to perform various data processing tasks. These limitations are imposed by 
5 the requirements of portability, convenient and simple operation, battery 
lifetime, weight and size. In addition, the type of limitations and the 
hardware specifications of each cellular telephone, or other related handheld 
device, also differ between, cellular telephone service providers and even 
manufacturers. Thus, designing a single type of application which is suitable 

10 for all cellular telephones, for example, is clearly very difficult. 

In addition, the heterogeneity of this computational environment 
extends to the types of communication protocols according to which these 
different cellular telephones communicate for data transmission. As 
described above, two of these protocols include SMS, for character-based 

15 messages only, and WAP, for more rich data transmissions which may also 
include graphics. Other protocols include "I-mode", the packet-based 
cellular telephone data transmission protocol of the Japanese carrier, NTT 
DoCoMo (Japan). 

Unlike the static content which is delivered through WAP or I-mode, 

20 the Java 2 Micro Edition (J2ME) provides a platform for the execution of 

dynamic content on mobile devices. J2ME is a reduced edition of the popular 
Java programming language (originally developed by Sun Microsystems), 
which was adapted to the limitations of consumer and embedded devices. It 



is being defined as an industry standard by companies which manufacture 
limited resource devices, such as Motorola, Nokia and Palm. 

Another emerging standard is the Mobile Station Application 
Execution Environment (MExE), which is defined by the Third Generation 

5 Partnership Project (3 GPP). MExE provides a standardized execution 

environment in a mobile station, as well as the ability of the mobile station to 
negotiate supported capabilities with a MExE service provider, thereby 
allowing applications to be developed across different platforms. Thus, the 
capabilities of different cellular telephones and other limited resource 

10 devices can be accommodated by a particular application. 

This last attempted solution, MExE, is the closest attempt to the 
provision of an integrated platform for delivering applications to a wide 
variety of cellular telephones and other limited resource devices. However, 
MExE still suffers from the drawbacks of lacking a specification or support 

15 for a server architecture or specific management functions, both of which are 
required in order to actually deliver the applications to different limited 
resource devices. Furthermore, all of the above solutions focus on either a 
method for creating a user application for operation by a limited resource 
device, such as the modified version of Java; or a method for delivering and 

20 displaying content on the limited resource device, such as WAP. They do 
not provide an integrated solution for creating the user application; adapting 
the application according to the different requirements of different limited 
resource devices; and delivering the application to the device through a 
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client-server system which is compatible with such devices, particularly for 
wireless communication. In addition, these systems do not provide a 
solution to the problem of at least semi-automatically collecting the 
applications for conversion into a service for provision to the limited 
5 resource device. 

SUMMARY OF THE INVENTION 

The background art does not teach or suggest a system and a method 

for providing user applications for limited resource devices by a service 
10 provider, in which the process of collecting the applications from content 

providers and then aggregating such applications into a service is at least 

partially automated. 

The present invention overcomes these deficiencies of the background 

art by providing a system and a method for directed provisioning of user 
15 applications to limited resource devices, through an integrated platform 

which handles all aspects of aggregation and management of such 

applications. Preferably, the integrated platform is able to perform, or at 

least to support the performance of, user application development, 

submission, publication, subscription and delivery to the limited resource 
20 device. In addition, the integrated platform more preferably enables 

applications which have been adjusted to the characteristics of the specific 

user device to be properly selected and delivered. 

According to preferred embodiments of the present invention, a 
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service provider performs aggregation and management of user applications 
on limited resource devices by a service provider, through the integrated 
platform which handles all aspects of aggregation and management of such 
applications. By "content aggregation", it is meant the procedure by which 

5 applications are introduced by a content provider, and are then aggregated 
into a service for provision by the service provider. 

Hereinafter, the term "limited-resource device" refers to a 
computational device in which computational resources such as memory, 
storage space, network bandwidth and/or data processing capabilities are 

10 limited, particularly in comparison to desktop computers such as PCs 
(personal computers), for example. 

According to the present invention, there is provided a method for 
provisioning a user application by a service provider for delivery to a limited 
resource device through an integrated platform, the steps of the method 

15 comprising: (a) creating the user application by the content provider; (b) 
examining the user application by the integrated platform; (c) if the user 
application is accepted, publishing the user application by the integrated 
platform. 

According to another embodiment of the present invention, there is 
20 provided a system for providing a user application, the system comprising: 
(a) a limited resource device for receiving the user application; (b) a content 
provider for creating the user application; and (c) a service provider for 
examining the user application, and if the user application is accepted, 



publishing the user application for being received by the limited resource 
device. 

According to still another embodiment of the present invention, there 
is provided a method for aggregating a user application for delivery to a 

5 limited resource device by a service provider, the limited resource device 
having at least one characteristic, the method comprising: submitting the user 
application to the service provider; determining at least one rule for 
controlling the user application; altering at least one function of the user 
application according to the at least one characteristic of the limited resource 

10 device; and customizing the user application according to the at least one 
rule by the service provider. 

According to yet another embodiment of the present invention, there 
is provided a method for provisioning a user application by a content 
provider for delivery to a limited resource device, the method comprising: 

15 providing a service provider for delivering the user application to the limited 
resource device; creating the user application by the content provider; 
determining at least one characteristic of the user application by content 
provider; submitting the user application to the service provider by the 
content provider, wherein at least one of creating the user application, 

20 determining the at least one characteristic of the user application, and 

submitting the user application is controlled by at least one rule determined 
by the service provider; and aggregating the user application by the service 
provider. 
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Hereinafter, the term "network" refers to a connection between any 
two or more computational devices which permits the transmission of data. 

Hereinafter, the term "cellular telephone" refers to any type of 
wireless handset or device which is capable of voice and data transfer 
5 through a radio frequency signal, optionally through a connection to the 
PSTN (public switched telephone network). 

For the present invention, a software application could be written in 
substantially any suitable programming language, which could easily be 
selected by one of ordinary skill in the art. The programming language 
10 chosen should be compatible with the computational device according to 
which the software application is executed. Examples of suitable 
programming languages include, but are not limited to, C, C++ and Java. 

In addition, the present invention could be implemented as software, 
firmware or hardware, or as a combination thereof. For any of these 
15 implementations, the functions performed by the method could be described 
as a plurality of instructions performed by a data processor. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The invention is herein described, by way of example only, with 
20 reference to the accompanying drawings, wherein: 

FIG 1. is a flowchart of an exemplary basic workflow for the 
integrated creation, aggregation and provisioning of user applications to 
limited resource devices according to the present invention; 
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FIG. 2 is a schematic block diagram of an exemplary system 
according to the present invention; and 

FIG. 3 is a schematic block diagram of exemplary tools according to 
the present invention. 

5 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention is of a system and a method for directed 
provisioning of user applications on limited resource devices by a content 
provider, through an integrated platform which handles all aspects of 

10 aggregation and management of such applications. By "content 

aggregation", it is meant the procedure by which applications are introduced 
by a content provider, and are then aggregated into a service for provision by 
a service provider. Preferably, the collected applications may eventually be 
discovered by the user who wishes to download such an application 

15 according to a content directory, which is a hierarchical organization of 

different applications according to one or more categories and/or attributes. 

The process of collecting the applications for conversion to one or 
more services is preferably at least partially automated, and is more 
preferably determined according to one of a plurality of rules. These rules 

20 are part of a policy for managing the submission of applications, and also 
their transmission to the limited resource device as one or more services. 

As used herein, the term "user application" refers to a unit of dynamic 
content and/or to a set of instructions for execution by the limited resource 
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(user) device, possibly interacting with a server side application across the 
network. The content may optionally include any type of media, including 
but not limited to, any one of audio data, video data, graphic images and text, 
or a combination thereof. Preferably, the user application includes such a set 
5 of instructions for execution by the device, which optionally and more 
preferably are written in a interpreted language such as Java, for example. 
However, the user application optionally and most preferably also features 
one or more components of a user interface, for example in order to select a 
particular set of instructions and/or type of content. 

10 Therefore, the integrated platform of the present invention is able to 

provide an end-to-end solution for managing the workflow of creating, 
aggregating and publishing user applications for provisioning to the limited 
resource devices of the users. The workflow starts with the creation of the 
user applications by the content provider. The service provider then tests the 

15 submitted user applications, which may be rejected or approved. Some of the 
tests are optionally and preferably performed automatically by the system 
while others are optionally and preferably performed manually by the 
administrator. The actual set of tests is preferably determined by the service 
provider and may optionally vary from one content provider to another. If 

20 approved, the user applications are published and may then be enabled. 

Optionally, the user applications may only be enabled for certain users, for 
example as a function of subscription service. For other users, these 
applications may be disabled. 
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The principles and operation of the present invention may be better 
understood with reference to the drawings and the accompanying 
description. 

Referring now to the drawings, Figure 1 is a flowchart of an 
5 exemplary basic workflow for the integrated creation, aggregation and 
provisioning of user applications to limited resource devices according to the 
present invention. The workflow is based on states and transitions, in which 
the state is a tag that describes the current stage of the content item in the 
workflow. The transitions define the mechanism by which a content item 
10 moves from state to state, and are preferably determined according to 
dynamic rules. The infrastructure of the integrated platform preferably 
enables a number of elements to be defined, including but not limited to, the 
set of states and actions, and the set of transition rules. 

The set of actions is optionally and more preferably defined as being 
15 selected from manual (performed by the user), pre-defined processing 
(performed by the system) or user-defined processing (also performed by the 
system, according to the direction of the user). Each rule is optionally and 
more preferably composed of the following elements: source state, or the 
state in which the rule is applicable; trigger for activating the rule which is 
20 the execution of an action; condition which may be present in order for the 
rule to be true or false, and which is checked against the properties of the 
content item and system-level information (may be empty); true state, which 
is the new state of the content if the condition is met; and false state, which is 
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the new state of the content if the condition is not met. With regard to the 
trigger, if the action is automatic and/or a trigger is not specified, preferably 
the rule is executed upon entering the source state. 

Turning now to Figure 1, as shown in stage 1, the content is submitted 
5 by the content provider to the service provider, at which point the content is 
in the "submitted" state. The content is preferably associated with various 
attributes in various languages. These attributes are more preferably used for 
classifying and delivering the content at later stages. The content provider 
can also optionally specify a charging scheme that is to be used for charging 
10 subscribers for consuming the content. 

Transitions from the "submitted" state are as follows. The content 
may optionally be updated by the content provider and left in the submitted 
state. Preferably, the "process" transition is performed by the service 
provider, in order to move the content to the "verifying" state, as shown in 
15 stage 2. 

During the "verifying" state, the content is preferably validated 
through various automatic checks/examinations, such as certification 
validation, size checking, various conventions, matching to target devices, 
and so forth. Some of these checks are provided by the system and others can 
20 be defined by the service provider. If one of the checks fails, the content 
preferably moves to the Rejected state. Alternatively, if the content 
successfully passes these checks/examinations, the content preferably moves 
to the "testing" state, as shown in stage 3. 
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In the "testing" state, manual tests are preferably performed by the 
service operator through emulation tools or real devices, in order to 
determine whether the content behaves as predicted when delivered to the 
limited-resource devices of the users. In this stage, the service operator is 
more preferably able to examine the actual functionality and behavior of the 
content before it becomes available to subscribers. In addition, the charging 
scheme is optionally and more preferably reviewed, optionally with 
modifications. 

The possible transitions from this state are preferably to the 
"approved" state if the content receives approval from the service provider, 
as shown in stage 4. Alternatively, the content is rejected by the service 
provider and then moves to the "rejected" state. 

Turning to stage 4, once the content is in the "approved" state, the 
service provider is preferably able to publish the content for access to users, 
for example to eligible subscribers. More preferably, when the content is 
published, it is associated with one or more categories. Categories are nodes 
in the content directory. Each category represents a folder of other categories 
or applications. This repository is also termed taxonomy. 

After publication, as shown in stage 5, the content is in the "enabled" 
state, from which the content may optionally be discovered and downloaded 
by subscribers. The content is optionally placed into the "disabled" state by 
a manual action or according to at least one dynamic rule, for example 
according to the date and/or the number of downloads. 
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The following table is intended as a non-limiting example only of a 
set of rules that can be defined for a specific service provider. 
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Figure 2 is a schematic block diagram of an exemplary but preferred 
implementation of a system according to the present invention with regard to 
application creation for, and delivery to, limited resource devices, including 
a mechanism for billing the user for consuming the content at the limited 
resource device. The present invention is described with regard to cellular 
telephones as the limited resource devices, it being understood that this is for 
the purposes of illustration only and is not intended to be limiting in any 
way. The described system is an example only of a suitable system for 
performing the flow of operations described with regard to Figure 1 above. 

As shown, a system 10 features a cellular telephone 12, operated by a 
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user (not shown), who subscribes to a cellular carrier 14. Cellular carrier 14 
typically provides a number of different services through cellular telephone 
12, including, but not limited to, voice communication and data 
transmission. Cellular carrier 14 may also include other types of functions, 
provided through a variety of different hardware and/or software 
components, as is well known in the art. 

For the purposes of the present invention, cellular carrier 14 is also in 
communication with a provisioning platform 16 according to the present 
invention. As described in greater detail below, provisioning platform 16 
features a number of different components, for the creation of user 
applications which are adaptable to a variety of devices such as cellular 
telephone 12; for the delivery of such applications to cellular telephone 12, 
and optionally other devices, preferably only as required or "on-demand"; 
and for optionally receiving such applications from third party content 
providers. 

With regard to the last feature, provisioning platform 16 is preferably 
in communication with a content provider 18. Content provider 18 
preferably actually submits each such user application to an application 
repository 20 of provisioning platform 16, which is managed by service 
provider 22. This process is described with regard to stage 1 of Figure 1 as 
the "submitted" state. Once the content has been validated by service 
provider 22 (as described with regard to stages 2 and 3 of Figure 1), then the 
content may optionally be published by service provider 22 (as described 
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with regard to stage 4 of Figure 1). 

Each user application, more preferably with any required and/or 
preferred modifications or specific implementations, may then be transmitted 
to cellular telephone 12 and/or another limited resource device (not shown), 
5 as described with regard to stage 5 of Figure 1. Optionally and most 
preferably, the user subscribes to any particular user application through 
cellular carrier 14, in order to receive such an application through cellular 
telephone 12. 

According to preferred embodiments of the present invention, the 
10 procedure for providing such a user application through system 10 is 
preferably performed as follows. This description is of an illustrative 
process which may be performed by using the components of system 10, and 
which may optionally also be incorporated within, or otherwise combined 
with, the flow of operations described in Figure 1 above. 
15 As described with regard to Figure 2, first the user application itself is 

preferably developed, for example by a third party such as content provider 
18. More preferably, the user application is created through an API 
(application programming interface) and set of tools according to the present 
invention, as described in greater detail below. In addition, preferably 
20 content provider 18 is required to register in advance, before the user 
application may be submitted. More preferably the registration process 
includes the submission of such information as the name and contact 
information for content provider 18, which in turn more preferably receives a 
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user name and password. 

Next, content provider 18 preferably submits a new user application 
to service provider 22, which manages such user applications. This 
procedure for submitting a new user application is preferably performed 
5 according to a standardized application submission protocol. For example, 
optionally and more preferably content provider 18 is able to submit the 
application through a plurality of paths, including but not limited to, 
uploading the file from the system of content provider 18 itself to service 
provider 22; uploading the file from a system which is external to content 
10 provider 18; and providing an external link, or URL, for the file by content 
provider 18. In the latter situation, more preferably service provider 22 is 
able to then automatically download the file, and/or to download the file 
upon request from content provider 18. Content provider 18 also more 
preferably defines such features of the application as "flavors" and attributes 
15 (see below for a description) and/or different human languages. For 
example, content provider 18 could optionally specify different versions of 
the application to be automatically downloaded according to the location of 
cellular telephone 12. 

Next, service provider 22 preferably uses a set of tools according to 
20 the present invention in order to inspect and certify the submitted 
applications. Optionally and most preferably, the application is also 
submitted with any other meta-information which may be required by 
another component of system 10, such as pricing scheme and delivery 
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information, for example. 

If the user application is found to be suitable, service provider 22 then 
preferably approves and publishes the new application. Publication enables 
the new user application to be available to user devices such as cellular 
5 telephone 12 for example. Publication is preferably performed by placing 
the user application in application repository 20, for delivery to cellular 
telephone 12. 

According to preferred embodiments of the present invention, an 
application which is currently being examined by service provider 22, and/or 
10 an accepted application for which a new version is available, may optionally 
be replaced by a submission of a new application version by content provider 
18. 

After publication, application repository 20 then optionally and more 
preferably organizes the user applications into a dynamic application content 

15 directory, which contains information about the available applications. This 
directory is most preferably organized by using a service package 
implementation, which defines various concepts and structures for 
distributing content according to various service packages. Optionally, such 
distribution may also include features for supporting financial remuneration, 

20 for example through subscriptions and/or "pay per usage" models in which 
separate payment is required for each application, as described in greater 
detail below. 

With such a directory, applications are optionally and preferably 
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organized into a hierarchical structure of categories and sub-categories, and 
are also more preferably associated with attributes. A "category" is therefore 
preferably a portion of the content directory, which maps applications to a 
hierarchical structure. A category may optionally contain sub-categories or 
5 applications. A specific sub-category and/or application may optionally and 
more preferably be reached from several paths in the directory, such that the 
specific sub-category and/or application is optionally and more preferably 
shared by a plurality of categories in the directory. Such sharing enables the 
user to locate the desired sub-category/application from multiple paths. 
10 In this model, an application itself may be considered to be a node in 

the content directory, the node thereby representing a specific application. 
The application node more preferably includes all attributes which are 
needed to deliver the application to the device, for searching and for 
filtering. The step of filtering is more preferably performed with different 
15 filters and/or tools according to the present invention, which are preferably 
provided in order to customize the user applications according to the 
requirements and/or requests of end users, and also to manage the directories 
themselves, as described in greater detail below with regard to Figure 2. 
Filtering may optionally be performed according to the supported limited- 
20 resource devices, languages and user eligibility for content. 

Another optional but preferable feature of the directory is an 
application flavor node, which preferably represents a specific variation of 
the application. Each such variation is optionally and more preferably stored 
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in a single JAR (Java archive) file. Each application may optionally have a 
plurality of flavors, with each flavor more preferably containing attributes 
for defining the supported limited-resource devices and languages of the 
flavor. Optionally and more preferably, the service provider (such as service 

5 provider of Figure 3) is able to define the range of flavors which can be 
submitted by content provider 18, for example according to the languages 
and devices which are supported by the network of the specific cellular 
carrier. Although a specific JAR is preferably able to support a plurality of 
languages and devices, more preferably, a separate JAR is required for each 

10 flavor of the application. 

Another preferred embodiment of the content directory is an external 
category, which optionally and more preferably represents a URL or other 
link to an external system, or any system which is separate from application 
repository 20. 

15 Also optionally, different service packages may also be associated 

with different categories and/or sub-categories. Preferably, the content 
directory is then filtered according to a particular service package, such that 
each user only views application(s) and/or sub-categories which are suitable 
for the particular service package to which the user is subscribed. Other 

20 optional but preferred types of filtering include, but are not limited to, 
personalization of the content directory by the user. Thus, each user is 
preferably able to view a different content structure while browsing through 
application repository 20, which is tailored to their preferences. 
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Optionally and preferably, content provider 18 may alter the status of 
any application which is stored in application repository 20, for example by 
causing the application to become "canceled". In this state, the application 
should then be deleted from application repository 20. Alternatively, content 
5 provider 18 may choose to have the application "disabled" or not available to 
users. 

Optionally and preferably, the user must be eligible to receive a 
particular user application in order to receive such a user application through 
cellular telephone 12. For example, the user could optionally have some type 

10 of subscription, to a particular application but more preferably to a category 
or type of application, or even to any such application available through 
cellular carrier 14, as well as variations thereof. Subscription is optionally 
and preferably performed through cellular carrier 14. 

Billing for these subscriptions, as well as for other types of payment 

15 models, is then optionally and preferably performed through a billing module 
23, which is optionally and more preferably located at provisioning platform 
16. Billing module 23 determines a charge for consuming certain types of 
content by cellular telephone 12, optionally and more preferably according to 
a plurality of rules. In addition, subscriptions are preferably supported by a 

20 repository of subscriber information, which is part of provisioning platform 
16. The repository of subscriber information contains information about 
different users and their preferences. 

Figure 3 is a schematic block diagram according to the present 
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invention, showing a more detailed description of various components 
related to the publication of, and subscription to, user applications. As 
shown, again content provider 18 submits the user application through a 
submission service 24 to a pending submission repository 26. Pending 

5 submission repository 26 then preferably holds the user application until it is 
approved by service provider 22. 

As previously described, service provider 22 optionally and more 
preferably is able to review and analyze the proposed user application 
through automated verification processes and manual testing, from pending 

10 submission repository 26. Once service provider 22 has approved the user 
application, service provider 22 more preferably publishes the user 
application. The published application is preferably placed in an application 
content repository 32, which is preferably contained within application 
module 20 (not shown; see Figure 2). 

15 Service provider 22 is able to manage content through a content 

management tool 29. Content management tool 29 preferably enables 
service provider 22 to manage content provider 18 and/or the submitted 
application, for example optionally including verification processes as 
previously described. 

20 Optionally and more preferably, in order to support the preferred 

subscription implementation of the present invention, a user is able to 
subscribe to a particular class or category of such applications, through the 
customer care system of the cellular carrier 34. Subscription protocol is also 
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optionally able to permit the user to select a particular service package, for 
example. Customer care system 34 more preferably collects such 
information as the identity of cellular telephone 12 or other user device, and 
one or more user preferences concerning the operation and/or delivery of the 
5 user application. This information is most preferably stored in a subscription 
preferences repository 36. 

According to preferred embodiments of this implementation of the 
present invention, personalization service 44 also optionally and most 
preferably enables the user to filter one or more features of any received user 
10 application, also optionally and most preferably through some type of Web- 
based interface (such as a WAP micro-browser, for example). 



15 While the invention has been described with respect to a limited 

number of embodiments, it will be appreciated that many variations, 
modifications and other applications of the invention may be made. 



